اگر تجربه برنامه نویسی دارید و می‌خواید Go رو با جزییات بیشتری یاد بگیرید زمستان رو براش برنامه دارم. به دوستان خود بگویید :)
Playlist: https://youtube.com/playlist?list=PLJ9zDGwhhsBx6qqziDa4PoWUlKBw4rlBO&si=BdHSiIYnG1Cvkf09
Playlist: https://youtube.com/playlist?list=PLJ9zDGwhhsBx6qqziDa4PoWUlKBw4rlBO&si=BdHSiIYnG1Cvkf09
YouTube
آموزش GO
در این پلی لیست به بررسی مفاهیم زبان Go می پردازیم
Microfrontend.ir
اگر تجربه برنامه نویسی دارید و می‌خواید Go رو با جزییات بیشتری یاد بگیرید زمستان رو براش برنامه دارم. به دوستان خود بگویید :) Playlist: https://youtube.com/playlist?list=PLJ9zDGwhhsBx6qqziDa4PoWUlKBw4rlBO&si=BdHSiIYnG1Cvkf09
در قسمت دهم از آموزش برنامه نویسی به زبان GO به بررسی و تعریف Performance از ابعاد مختلف و مستقل از زبان پرداختیم.
به جهان برنامهنویسی پراگماتیک خوش آمدید. جایی که برنامه نویس ها از اهداف پرفورمنس نمی‌ترسند و تغییر در نیازمندی‌ها بدون ترس از افت پرفورمنس اتفاق می‌افتد و کدبیس ساده می‌ماند اما آیا این امکان پذیر است؟
برای داشتن بهینگی شما بایستی تمرکز را از سرعت و لیتنسی بردارید. بویژه در نرم‌افزارهای خاص منظوره سرعت مهم است اما در حاشیه. استفاده غیر بهینه از ریسورس سرعت را کاهش می دهد. و دسترسی به سرعت بالا با کد غیر بهینه هزینه‌ها را بالا می‌برد. براین اساس بایستی نگاه جنرال‌تری به پرفورمنس داشته باشیم به عبارتی تمرکز ما بر کارایی بیشتر از سرعت اجرا باشد. به یاد داشته باشید سرعت پرتابل نیست!
Link: https://youtu.be/ZOClH2BLRwE
PlayList: https://www.youtube.com/playlist?list=PLJ9zDGwhhsBx6qqziDa4PoWUlKBw4rlBO
〰️〰️〰️〰️〰️〰️
© | @microfrontend_ir
به جهان برنامهنویسی پراگماتیک خوش آمدید. جایی که برنامه نویس ها از اهداف پرفورمنس نمی‌ترسند و تغییر در نیازمندی‌ها بدون ترس از افت پرفورمنس اتفاق می‌افتد و کدبیس ساده می‌ماند اما آیا این امکان پذیر است؟
برای داشتن بهینگی شما بایستی تمرکز را از سرعت و لیتنسی بردارید. بویژه در نرم‌افزارهای خاص منظوره سرعت مهم است اما در حاشیه. استفاده غیر بهینه از ریسورس سرعت را کاهش می دهد. و دسترسی به سرعت بالا با کد غیر بهینه هزینه‌ها را بالا می‌برد. براین اساس بایستی نگاه جنرال‌تری به پرفورمنس داشته باشیم به عبارتی تمرکز ما بر کارایی بیشتر از سرعت اجرا باشد. به یاد داشته باشید سرعت پرتابل نیست!
Link: https://youtu.be/ZOClH2BLRwE
PlayList: https://www.youtube.com/playlist?list=PLJ9zDGwhhsBx6qqziDa4PoWUlKBw4rlBO
〰️〰️〰️〰️〰️〰️
© | @microfrontend_ir
Microfrontend.ir
در قسمت دهم از آموزش برنامه نویسی به زبان GO به بررسی و تعریف Performance از ابعاد مختلف و مستقل از زبان پرداختیم. به جهان برنامهنویسی پراگماتیک خوش آمدید. جایی که برنامه نویس ها از اهداف پرفورمنس نمی‌ترسند و تغییر در نیازمندی‌ها بدون ترس از افت پرفورمنس…
در قسمت یازدهم از آموزش برنامه نویسی به زبان گو به بررسی روند و مراحل Go Compiler پرداختیم.
Link: https://youtu.be/WkKGAhD9DRY
PlayList: https://www.youtube.com/playlist?list=PLJ9zDGwhhsBx6qqziDa4PoWUlKBw4rlBO
〰️〰️〰️〰️〰️〰️
© | @microfrontend_ir
Link: https://youtu.be/WkKGAhD9DRY
PlayList: https://www.youtube.com/playlist?list=PLJ9zDGwhhsBx6qqziDa4PoWUlKBw4rlBO
〰️〰️〰️〰️〰️〰️
© | @microfrontend_ir
Forwarded from Reza Jafari
WEF_Future_of_Jobs_Report_2025.pdf
14 MB
گزارش "Future of Jobs Report 2025" از World Economic Forum درباره آینده مشاغل در سال 2030
این گزارش 300 صفحه‌ای و طولانیه، ولی نکات مهمش رو می‌تونید تو ویدیو 1 دقیقه‌ای زیر ببینید.
@reza_jafari_ai
این گزارش 300 صفحه‌ای و طولانیه، ولی نکات مهمش رو می‌تونید تو ویدیو 1 دقیقه‌ای زیر ببینید.
@reza_jafari_ai
Forwarded from Go Casts 🚀
هفته نامه Golang Nugget رو اگه دوست داشتید دنبال کنید.
منابع خوبی رو معرفی میکنه
این یه نمونه ش هست
https://golangnugget.com/p/go-concurrency-upgrade-strategies-memory-management-january-6-2024
این خبرنامه رو آقا لیام عزیز مدیریت میکنه
https://x.com/liammanesh
@gocasts
منابع خوبی رو معرفی میکنه
این یه نمونه ش هست
https://golangnugget.com/p/go-concurrency-upgrade-strategies-memory-management-january-6-2024
این خبرنامه رو آقا لیام عزیز مدیریت میکنه
https://x.com/liammanesh
@gocasts
Golang Nugget
Golang Nugget - January 6, 2024
Go's concurrency, upgrade strategies, and internals of memory management. Plus, tools and tips for Gophers.
Forwarded from Azibom Channel (MohammadReza Shabani)
حالا که بحث deepseek داغه پیشنهاد می‌کنم ابرقدرت های هوش مصنوعی رو یه نگاه بندازید. بخش‌هایی از کتاب ممکنه قابل نقد باشه ولی شرح خوبی ارایه می‌ده از این‌که چی شد خیابان‌هایی که ابزارهایی دیجیتال کپی می‌فروختن تبدیل به بستر دست اول تکنولوژی شدن!
〰️〰️〰️〰️〰️〰️
© | @microfrontend_ir
〰️〰️〰️〰️〰️〰️
© | @microfrontend_ir
در اواخر دهه ۱۹۶۰، دانشمندان کامپیوتر در آزمایشگاه‌های بل، دنیس ریچی و کن تامپسون، کار بر روی پروژه‌ای را آغاز کردند که از یک سیستم‌عامل به نام Multics الهام گرفته شده بود. این سیستم‌عامل نتیجه همکاری مشترک MIT، شرکت جنرال الکتریک (GE) و آزمایشگاه‌های بل بود. ویکتور ویسوتسکی، میزبان و راوی این فیلم، نیز در پروژه Multics فعالیت داشته است. ریچی و تامپسون که برخی مشکلات این سیستم‌عامل را شناسایی کرده بودند، تصمیم گرفتند یک سیستم انعطاف‌پذیرتر، کاربردی‌تر و قابل حمل‌تر برای برنامه‌نویسان ایجاد کنند.
آنچه در مورد رشد UNIX شگفت‌انگیز است، مدت‌زمان طولانی‌ای است که این سیستم به‌طور طبیعی و بر اساس نیازهای کاربران و برنامه‌نویسان توسعه یافت. اولین نصب این سیستم در سال ۱۹۷۲ روی یکی از کامپیوترهای شعبه NY Telephone انجام شد. این پیشرفت هم‌زمان با تکامل زبان برنامهنویسی C بود که طراحی آن عمدتاً توسط دنیس ریچی صورت گرفت.
از آنجا که دولت ایالات متحده سیستم بل را از فروش نرم‌افزار منع کرده بود، UNIX تحت مجوز در اختیار دانشگاه‌ها و نهادهای دولتی قرار گرفت. این امر نه‌تنها به توسعه بیشتر این سیستم کمک کرد، بلکه آن را به یک سیستم بازتر تبدیل نمود.
فیلم "The UNIX System: Making Computers More Productive" یکی از دو مستندی است که آزمایشگاه‌های بل در سال ۱۹۸۲ درباره اهمیت، تأثیر و قابلیت استفاده از UNIX تولید کرد. حتی ۱۰ سال پس از اولین نصب این سیستم، این فیلم همچنان به‌عنوان مقدمه‌ای بر UNIX محسوب می‌شد. فیلم دیگر، "The UNIX System: Making Computers Easier to Use" تقریباً مشابه همین فیلم اما کمی کوتاه‌تر بود. فیلم اول بیشتر برای توسعه‌دهندگان نرم‌افزار و دانشجویان علوم کامپیوتر تهیه شده بود، درحالی‌که فیلم دوم بیشتر بر برنامه‌نویسان تمرکز داشت.
در این مستند، مصاحبه‌هایی با توسعه‌دهندگان اصلی مانند ریچی، تامپسون، برایان کرنیگان و بسیاری دیگر انجام شده است.
اگرچه استفاده گسترده از UNIX کاهش یافته، اما بیشتر سیستم‌عامل‌های مدرن حداقل از نظر مفهومی بر پایه UNIX بنا شده‌اند.
تصاویر این مستند با همکاری آرشیو و مرکز تاریخ AT&T در وارن، نیوجرسی ارائه شده است.
Link: https://www.youtube.com/watch?v=tc4ROCJYbm0
〰️〰️〰️〰️〰️〰️
© | @microfrontend_ir
آنچه در مورد رشد UNIX شگفت‌انگیز است، مدت‌زمان طولانی‌ای است که این سیستم به‌طور طبیعی و بر اساس نیازهای کاربران و برنامه‌نویسان توسعه یافت. اولین نصب این سیستم در سال ۱۹۷۲ روی یکی از کامپیوترهای شعبه NY Telephone انجام شد. این پیشرفت هم‌زمان با تکامل زبان برنامهنویسی C بود که طراحی آن عمدتاً توسط دنیس ریچی صورت گرفت.
از آنجا که دولت ایالات متحده سیستم بل را از فروش نرم‌افزار منع کرده بود، UNIX تحت مجوز در اختیار دانشگاه‌ها و نهادهای دولتی قرار گرفت. این امر نه‌تنها به توسعه بیشتر این سیستم کمک کرد، بلکه آن را به یک سیستم بازتر تبدیل نمود.
فیلم "The UNIX System: Making Computers More Productive" یکی از دو مستندی است که آزمایشگاه‌های بل در سال ۱۹۸۲ درباره اهمیت، تأثیر و قابلیت استفاده از UNIX تولید کرد. حتی ۱۰ سال پس از اولین نصب این سیستم، این فیلم همچنان به‌عنوان مقدمه‌ای بر UNIX محسوب می‌شد. فیلم دیگر، "The UNIX System: Making Computers Easier to Use" تقریباً مشابه همین فیلم اما کمی کوتاه‌تر بود. فیلم اول بیشتر برای توسعه‌دهندگان نرم‌افزار و دانشجویان علوم کامپیوتر تهیه شده بود، درحالی‌که فیلم دوم بیشتر بر برنامه‌نویسان تمرکز داشت.
در این مستند، مصاحبه‌هایی با توسعه‌دهندگان اصلی مانند ریچی، تامپسون، برایان کرنیگان و بسیاری دیگر انجام شده است.
اگرچه استفاده گسترده از UNIX کاهش یافته، اما بیشتر سیستم‌عامل‌های مدرن حداقل از نظر مفهومی بر پایه UNIX بنا شده‌اند.
تصاویر این مستند با همکاری آرشیو و مرکز تاریخ AT&T در وارن، نیوجرسی ارائه شده است.
Link: https://www.youtube.com/watch?v=tc4ROCJYbm0
〰️〰️〰️〰️〰️〰️
© | @microfrontend_ir
YouTube
AT&T Archives: The UNIX Operating System
Watch new AT&T Archive films every Monday, Wednesday and Friday at http://techchannel.att.com/archives
In the late 1960s, Bell Laboratories computer scientists Dennis Ritchie and Ken Thompson started work on a project that was inspired by an operating…
In the late 1960s, Bell Laboratories computer scientists Dennis Ritchie and Ken Thompson started work on a project that was inspired by an operating…
یکی از نوستالژیک‌ترین تکنولوژی‌ها برای من انگولار است. لحظه لحظه مستند تاریخچه انگولار برام جذاب و دلنشین بود!
«انگولار؛ از یک آزمایش داخلی تا بازگشتی شگفت‌انگیز
انگولارجی‌اس (AngularJS) در ابتدا به‌عنوان یک آزمایش داخلی در گوگل متولد شد و حتی توسط تیم‌های جیمیل و گوگل مپس چندان جدی گرفته نشد. اما خیلی زود به یکی از محبوب‌ترین فریمورک‌های جاوااسکریپت تبدیل شد. بااین‌حال، زمانی که فشارهای داخلی تیم را به سمت بازنگری اساسی در این فریمورک سوق داد، جامعه توسعه‌دهندگان احساس کردند که کنار گذاشته شده‌اند. آنچه در پی آمد، سال‌ها تلاش برای بازگرداندن انگولار به دوران اوج خود، بدون ایجاد یک شکست دیگر در اکوسیستم بود.
انگولار که زمانی مرده و دفن‌شده به نظر می‌رسید، اکنون دوباره بر سر زبان‌ها افتاده و در حال گسترش مرزهای جاوااسکریپت است. این فریمورک نه‌تنها جایگاه خود را در گوگل تثبیت کرده، بلکه به یکی از مهم‌ترین ابزارهای توسعه وب تبدیل شده است.
از انگولار ۲ تا آیوی (Ivy)، از سیگنال‌ها (Signals) تا همگرایی با ویز (Wiz) و همه تحولات بین این مسیر، داستان تکامل انگولار را با حضور چهره‌هایی همچون میشکو هوری (Miško Hevery)، ایگور مینار (Igor Minar)، برد گرین (Brad Green)، مینکو گچف (Minko Gechev)، سارا درزنر (Sarah Drasner)، الکس ریکابا (Alex Rickabaugh)، ادی عثمانی (Addy Osmani)، رایان کارنیتو (Ryan Carniato) و سیمونا کوتین (Simona Cotin) مرور خواهیم کرد.»
Link: https://youtu.be/cRC9DlH45lA?si=pUsnYUyddTnzqhfp
〰️〰️〰️〰️〰️〰️
© | @microfrontend_ir
«انگولار؛ از یک آزمایش داخلی تا بازگشتی شگفت‌انگیز
انگولارجی‌اس (AngularJS) در ابتدا به‌عنوان یک آزمایش داخلی در گوگل متولد شد و حتی توسط تیم‌های جیمیل و گوگل مپس چندان جدی گرفته نشد. اما خیلی زود به یکی از محبوب‌ترین فریمورک‌های جاوااسکریپت تبدیل شد. بااین‌حال، زمانی که فشارهای داخلی تیم را به سمت بازنگری اساسی در این فریمورک سوق داد، جامعه توسعه‌دهندگان احساس کردند که کنار گذاشته شده‌اند. آنچه در پی آمد، سال‌ها تلاش برای بازگرداندن انگولار به دوران اوج خود، بدون ایجاد یک شکست دیگر در اکوسیستم بود.
انگولار که زمانی مرده و دفن‌شده به نظر می‌رسید، اکنون دوباره بر سر زبان‌ها افتاده و در حال گسترش مرزهای جاوااسکریپت است. این فریمورک نه‌تنها جایگاه خود را در گوگل تثبیت کرده، بلکه به یکی از مهم‌ترین ابزارهای توسعه وب تبدیل شده است.
از انگولار ۲ تا آیوی (Ivy)، از سیگنال‌ها (Signals) تا همگرایی با ویز (Wiz) و همه تحولات بین این مسیر، داستان تکامل انگولار را با حضور چهره‌هایی همچون میشکو هوری (Miško Hevery)، ایگور مینار (Igor Minar)، برد گرین (Brad Green)، مینکو گچف (Minko Gechev)، سارا درزنر (Sarah Drasner)، الکس ریکابا (Alex Rickabaugh)، ادی عثمانی (Addy Osmani)، رایان کارنیتو (Ryan Carniato) و سیمونا کوتین (Simona Cotin) مرور خواهیم کرد.»
Link: https://youtu.be/cRC9DlH45lA?si=pUsnYUyddTnzqhfp
〰️〰️〰️〰️〰️〰️
© | @microfrontend_ir
Microfrontend.ir
یکی از نوستالژیک‌ترین تکنولوژی‌ها برای من انگولار است. لحظه لحظه مستند تاریخچه انگولار برام جذاب و دلنشین بود! «انگولار؛ از یک آزمایش داخلی تا بازگشتی شگفت‌انگیز انگولارجی‌اس (AngularJS) در ابتدا به‌عنوان یک آزمایش داخلی در گوگل متولد شد و حتی توسط تیم‌های…
در سال 1965، تونی هور، یکی از پیشگامان علوم کامپیوتر، مفهوم Null Reference را معرفی کرد. چندین دهه بعد، او از این تصمیم به عنوان "یک اشتباه یک میلیارد دلاری" یاد کرد، چرا که Null Reference منبعی برای تعداد بی‌شماری از باگ‌ها، کرش‌ها و آسیب‌پذیری‌های امنیتی در نرم‌افزارها شده است.
https://www.infoq.com/presentations/Null-References-The-Billion-Dollar-Mistake-Tony-Hoare/
〰️〰️〰️〰️〰️〰️
© | @microfrontend_ir
https://www.infoq.com/presentations/Null-References-The-Billion-Dollar-Mistake-Tony-Hoare/
〰️〰️〰️〰️〰️〰️
© | @microfrontend_ir
InfoQ
Null References: The Billion Dollar Mistake
Tony Hoare introduced Null references in ALGOL W back in 1965 "simply because it was so easy to implement", says Mr. Hoare. He talks about that decision considering it "my billion-dollar mistake".
معرفی کتاب: A Philosophy of Software Design
نویسنده John Ousterhout استاد دانشگاه استنفورد و طراح سیستم‌های واقعی در مقیاس بالا و خالق زبان TCL
در دنیای توسعه نرم‌افزار، چالش اصلی معمولاً نوشتن کد نیست، بلکه مدیریت پیچیدگی در طول زمان است. این کتاب یکی از ارزشمندترین منابعی است که تا به حال در مورد طراحی نرم‌افزار دیده‌ام، نه از جنس دیزاین پترن‌ها، بلکه در سطحی بالاتر از آن: تفکر طراحی.
طراحی نرم‌افزار یعنی مدیریت پیچیدگی
در مسیر برنامهنویسی، شاید یکی از سخت‌ترین کارها نوشتن کدی نیست که کار کند، بلکه ساخت سیستمی است که در گذر زمان قابل فهم، قابل توسعه و قابل نگهداری باقی بماند.
- پیچیدگی مفهومی (نه صرفاً تعداد خطوط) مهم‌ترین عاملی است که کیفیت نرم‌افزار را تهدید می‌کند.
- اولین راه‌حلی که به ذهن می‌رسد معمولاً بهترین نیست. بازبینی و بازطراحی، بخش طبیعی فرآیند مهندسی است.
- ماژول‌های خوب آن‌هایی هستند که پشت یک رابط ساده، جزئیات زیادی را پنهان می‌کنند — و این باعث کاهش بار ذهنی می‌شود.
- مخفی‌سازی اطلاعات فقط برای مرتب نگه‌داشتن نیست؛ ابزاری است برای کاهش وابستگی و افزایش انعطاف سیستم در آینده.
نویسنده John Ousterhout استاد دانشگاه استنفورد و طراح سیستم‌های واقعی در مقیاس بالا و خالق زبان TCL
در دنیای توسعه نرم‌افزار، چالش اصلی معمولاً نوشتن کد نیست، بلکه مدیریت پیچیدگی در طول زمان است. این کتاب یکی از ارزشمندترین منابعی است که تا به حال در مورد طراحی نرم‌افزار دیده‌ام، نه از جنس دیزاین پترن‌ها، بلکه در سطحی بالاتر از آن: تفکر طراحی.
طراحی نرم‌افزار یعنی مدیریت پیچیدگی
در مسیر برنامهنویسی، شاید یکی از سخت‌ترین کارها نوشتن کدی نیست که کار کند، بلکه ساخت سیستمی است که در گذر زمان قابل فهم، قابل توسعه و قابل نگهداری باقی بماند.
- پیچیدگی مفهومی (نه صرفاً تعداد خطوط) مهم‌ترین عاملی است که کیفیت نرم‌افزار را تهدید می‌کند.
- اولین راه‌حلی که به ذهن می‌رسد معمولاً بهترین نیست. بازبینی و بازطراحی، بخش طبیعی فرآیند مهندسی است.
- ماژول‌های خوب آن‌هایی هستند که پشت یک رابط ساده، جزئیات زیادی را پنهان می‌کنند — و این باعث کاهش بار ذهنی می‌شود.
- مخفی‌سازی اطلاعات فقط برای مرتب نگه‌داشتن نیست؛ ابزاری است برای کاهش وابستگی و افزایش انعطاف سیستم در آینده.